home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 1154 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  2.7 KB
  1. Path: fido.asd.sgi.com!austern
  2. From: "Nathan Myers <http://www.cantrip.org/>" <ncm@cantrip.org>
  3. Newsgroups: comp.programming.threads,comp.std.c++
  4. Subject: Re: Is C++ STL MT-Safe?
  5. Date: 18 Apr 1996 09:42:10 PDT
  6. Organization: Best Internet Communications
  7. Approved: austern@isolde.mti.sgi.com
  8. Message-ID: <3175B960.3BCAE17D@cantrip.org>
  9. References: <4kmjvj$89t@usc.edu> <4kspmb$9tb@ubszh.fh.zh.ubs.com> <3173E95E.5AC@ix.netcom.com> <4l12rf$q11@galaxy.ucr.edu> <31753C02.58A6@ix.netcom.com>
  10. NNTP-Posting-Host: isolde.mti.sgi.com
  11. X-Original-Date: Wed, 17 Apr 1996 20:39:12 -0700
  12. X-Mailer: Mozilla 2.01 (X11; I; Linux 1.2.13 i386)
  13. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  14.     iQBVAwUBMXZw40y4NqrwXLNJAQHekgH+MvzzkErpeB6f2/qmRh+xpDO+sY+OC9mz
  15.     aYDBVMAa37dO0Y8PYn/9GS9/jUiBxbGMd3q2ZqCaqZwWM35ys/5RRg==
  16.     =xzJZ
  17. Originator: austern@isolde.mti.sgi.com
  18.  
  19. David Brownell wrote:
  20. > 
  21. > Tom Payne wrote:
  22. > >
  23. > > David Brownell (brownell@ix.netcom.com) wrote:
  24. > > :
  25. > > : Someone else mentioned Rogue Wave.  Does anyone have URLS or something
  26. > > : through which the different "MT-enhanced" APIs could be compared?  I've
  27. > > : been organizing a collection of MT/C++ issues; one of the gaps is where
  28. > > : the standard C++ library interfaces need to be "MT-safed" according to
  29. > > : some useful and consistent policy.
  30. > >
  31. > > Is there agreement on what is meant by the term "thread safe."  (I have
  32. > > seen definitions that seemed quite inadequate.)
  33. > 
  34. > IMHO "Thread-safe" is a misleading goal.  You actually want an API that's
  35. > natural to use in a threaded environment ... in some cases, that means an
  36. > API that's OK to use from concurrent threads (e.g. add to containers),
  37. > but in other cases it's reasonable to have objects that are only usable
  38. > from a single thread (e.g. iterators).
  39.  
  40. In this sense, STL (and the whole std library) is already MT-safe.
  41. Of course this depends on it being implemented properly, but there are
  42. no interfaces in the standard C++ library that cry out for "_r" versions,
  43. as were found in the C library.  This is not accidental.
  44.  
  45. This is not to say that the STL containers can be shared between threads
  46. without some kind of synchronization.  Rather, it means that on a good
  47. implementation, two copies of a string which happen to share representation
  48. can be used by two threads, safely.  In other words, what is shared invisibly
  49. is handled; what you can see is your responsibility.
  50.  
  51. Nathan Myers
  52. ncm@cantrip.org  http://www.cantrip.org/
  53. ---
  54. [ comp.std.c++ is moderated.  To submit articles: Try just posting with your 
  55.                 newsreader.  If that fails, use mailto:std-c++@ncar.ucar.edu
  56.   comp.std.c++ FAQ: http://reality.sgi.com/austern/std-c++/faq.html
  57.   Moderation policy: http://reality.sgi.com/austern/std-c++/policy.html
  58.   Comments? mailto:std-c++-request@ncar.ucar.edu 
  59. ]
  60.